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CHAPTER  I 


INTRODUCTION 

Dozens  of  studies  on  hundreds  of  companies  have 
concluded  that  the  most  striking  characteristics  of 
the  successful  company  is  that  MIS  development  has 
been  viewed  as  a  responsibility  of  management  [15:25]. 

Background 

Data  Requirements 

To  meet  the  annual  budget  requirement,  the  Office  of 
the  Indonesian  Defense  Logistics  Assistant  needs  to  maintain 
current  status  regarding  its  equipment  inventory.  There  are 
basically  nine  groups  of  major  items  to  be  concerned  with: 
aircraft,  ships,  combat  vehicles,  general  and  special  purpose 
vehicles,  weapons  and  ammunitions,  construction  equipment, 
medical  equipment  and  facilities,  stationary  equipment,  and 
properties  and  Installations. 

In  an  attempt  to  acquire  the  necessary  data,  the 
Indonesian  Department  of  Defense  (DOD)  launched  a  materiel 
census  in  early  1972.  Data  was  collected  and  processed  using 
the  IBM  computer  available  at  the  Administration  Department 
of  the  Army  and  the  Police  Headquarters  (18).  Although  the 
census  was  Intended  to  achieve  a  standardized  system  to 
manage  equipment,  the  results  turned  out  to  be  far  from  what 
the  managers  expected.  Due  to  the  volume  as  well  as  the 
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variety  of  items,  the  system  presented  inaccurate  informa¬ 
tion.  The  census  attempt  lacked  a  standarlzatlon  of  terms, 
an  integrated  code  structure  of  the  items,  and  a  determina¬ 
tion  of  what  data  were  actually  needed  for  the  collection. 

After  about  four  years  without  progress,  a  task  force 
was  assigned  to  update  the  1972  data.  However,  there  was  no 
significant  Improvement  to  note  ( l8 ) .  Based  on  the  complex¬ 
ities  of  the  1972  census,  the  Defense  Logistics  staff  office 
concentrated  on  three  groups  of  major  items  as  pilot  projects 
for  the  1981  data  collection  (7:5-6):  namely,  weapons  and 
ammunitions,  general  purpose  and  special  purpose  vehicles, 
and  properties  and  installations.  These  items  were  selected 
because  of  their  importance  and  urgency.  Weapons  and  ammuni¬ 
tions  are  Important  items  for  combat  operation;  vehicles  were 
selected  in  order  to  Improve  fuel  control  and  mobility;  prop¬ 
erties  and  installations  were  selected  since  improvement  of 
facilities  was  a  major  concern  of  the  Indonesian  Defense 
Logistics  Office,  The  purpose  of  this  recent  data  collec¬ 
tion  is  still  under  evaluation. 

To  meet  the  need  of  an  MIS,  the  Indonesian  DOD 
established  the  MIS  Board  in  1973,  followed  by  the  Defense 
Data  Processing  Center  in  1975-  Four  major  areas  of  concern 
were  the  personnel  MIS,  the  finance  MIS,  the  logistics  MIS, 
and  the  strategy  and  combat  operation  MIS  (8:7-10).  Joint 
task  forces  consisting  of  functional  managers  and  data  pro¬ 
cessing  personnel  were  assigned  to  develop  MIS  in  these  areas 


However,  in  the  logistics  area,  little  activity  occurred 
during  1976  through  1979;  but  action  finally  began  In  I98O 
and  followed  by  the  198 1  data  collection.  The  chronologi¬ 
cal  events,  from  the  1972  materiel  census,  followed  by  the 
1976  update  and  198I  data  collection,  indicate  an  ongoing 
effort  for  the  establishment  of  the  logistics  MIS. 

Management  Information  Systems  Defined 

Since  many  Management  Information  System  (MIS)  defi¬ 
nitions  abound,  it  is  appropriate  to  clearly  define  the 
term  MIS  as  used  In  this  study.  As  Dearden  has  suggested. 

It  Is  difficult  to  describe  MIS  in  a  satisfactory  way  because 
this  conceptual  entity  Is  embedded  in  a  "mish-mash”  of  fuzzy 
thinking  and  Incomprehensible  Jargon  (3:90).  Limited  by  the 
scope  of  this  study  and  the  general  perceptions  of  MIS  within 
the  logistics  community  of  the  Indonesian  DOD,  an  MIS  Is 
herein  defined  as  an  Integrated,  computer-based  system  for 
providing  past,  present,  and  projected  information  relating 
to  Internal  operations  and  external  intelligence.  It  sup¬ 
ports  the  planning,  control,  and  operational  function  of  an 
organization  by  furnishing  uniform  Information  in  the  proper 
time-frame  to  assist  the  decision  maker  (2:122). 

Literature  Review 

Various  research  has  studied  the  success  and  fail¬ 
ures  of  MIS.  Robert  W.  Holmes  (6:25)  has  suggested  that 
management  is  better  advised  to  investigate  thoroughly  and 
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to  deploy  constructively  the  factors  contributing  to  the 
success  of  a  MIS.  They  are  listed  In  the  order  of  their 
importance:  (1)  top  management’s  involvement  with  the  sys¬ 

tem;  (2)  management's  ability  to  organize  the  MIS  function; 
(3)  the  use  of  a  master  plan;  (4)  the  attention  given  to 
human  relations  between  functions  involved;  (5)  management's 
ability  to  identify  its  information  needs;  (6)  management's 
ability  to  apply  Judgement  to  information;  (7)  the  condition 
of  basic  accounting,  cost,  and  control  systems;  (8)  the 
degree  of  confidence  generated  by  accuracy  at  the  input 
level;  (9)  the  frequency  of  irrelevant  or  stale  data  pro¬ 
vided;  (10)  the  competence  of  systems  technicians  and  their 
grasp  of  management  problems;  (11)  the  justification  for 
projects  undertaken;  and  (12)  reliance  on  equipment  vendors. 
Investigation  of  these  factors  will  identify  the  causes  of 
any  unsatisfactory  condition  and,  more  importantly,  will 
determine  the  proper  responses  leading  to  desired  improve¬ 
ments. 

Joel  E.  Ross  (15:16,17)  has  identified  ten  problems 
that  cause  MIS  failure:  (1)  overemphasis  on  the  clerical 
system;  (2)  failure  to  close  the  communications  gap  between 
technician  and  manager-user;  (3)  overreliance  on  a  consul¬ 
tant  or  computer  manufacturer;  (4)  failure  to  design  a 
master  plan;  (5)  organization  of  the  MIS  function;  (6)  no 
management  system  to  build  upon;  (7)  no  managerial  partici¬ 
pation  in  MIS  design;  (8)  failure  to  identify  information 


needs;  (9)  poor  system  prior  to  changeover;  (10)  overload¬ 
ing  human  acceptance  of  the  system.  Ross  (15:25)  states 
further  that  of  all  the  reasons  for  MIS  failures,  lack  of 
managerial  participation  heads  the  list.  For  example. 

In  a  major  aerospace  firm,  a  very  sophisticated 
and  expensive  MIS  was  recently  installed  to  plan  and 
control  the  cost,  time  and  technical  specifications 
of  design  projects.  After  significant  dissatisfaction 
with  the  system,  the  users  were  asked  their  opinion 
of  system  malfunction.  Their  reply  was  that  "the 
input  to  the  system  is  no  good."  Further  discussion 
revealed  that  the  input  was  provided  by  the  very 
users  who  complained.  The  conclusion  emerged  that 
user  participation  in  the  design  phase  would  have 
avoided  subsequent  expensive  and  time-consuming 
rework  [15:25]. 

Ross  (15:26)  gives  three  sound  arguments  for  managerial  par¬ 
ticipation.  First,  the  time  has  come  when  the  up-to-date 
manager  must  bring  to  the  job  at  least  a  minimal  familiarity 
with  the  topic  of  MIS.  Second,  from  the  point  of  view  of 
the  organization,  the  time  is  rapidly  approaching  when  a 
company's  information  system  will  become  a  vital  part  of  its 
operation  just  as  marketing,  operations,  and  finance  are 
today.  Third,  it  simply  makes  good  sense  for  managers  to 
become  Involved,  because  much  better  and  more  effective 
information  systems  will  be  the  result  of  that  Involvement. 


Statement  of  the  Problem 

The  experiences  of  the  Indonesian  Defense  Logistics 
Assistant,  in  light  of  the  theory  of  MIS  design,  reveals 
significant  problems.  One  of  the  major  factors  affecting  the 
failure  of  the  logistics  MIS  in  the  Office  of  the  Indonesian 
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Defense  Logistics  Assistant  is  the  lack  of  formal,  written 
MIS  development  procedures  for  the  managers  to  follow. 

Research  Objectives 

The  objective  of  this  research  is  to  develop  a  pro¬ 
cedure  to  describe  the  basic  roles  of  the  managers  in  the 
Office  of  the  Indonesian  Defense  Logistics  Assistant  during 
the  MIS  development. 


Scope  and  Limitations 

Due  to  limited  resources,  tlm,  constraints,  and  the 
researcher’s  past  experiences,  the  scope  of  the  research  is 
limited  to  the  major  items  inventory  system  of  the  Office 
of  the  Indonesian  Defense  Logistics  Assistant;  and  for 
clarity  and  simplification  the  scope  is  narrowed  down  further 
to  the  vehicles  inventory  system. 

Organization  of  the  Study 
The  remainder  of  this  thesis  is  composed  of  five 
chapters  with  content  as  follows;  Chapter  II  is  a  litera¬ 
ture  review  of  the  organization  and  mission  of  the  Office  of 
the  Indonesian  Defense  Logistics  Assistant  and  a  brief 
description  of  existing  logistics  MIS  support.  Chapter  III 
reviews  the  literature  describing  the  classical  MIS  develop¬ 
ment  methodology.  Chapter  IV  contains  the  research  method¬ 
ology,  discusses  how  to  achieve  the  objective  of  the  research, 
and  contains  the  assumptions  and  limitations  of  the  research. 
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Chapter  V  describes  the  application  of  the  MIS  development 
procedures  in  the  Office  of  the  Indonesian  Defense  Logistics 
Assistant.  Chapter  VI  illustrates  the  detailed  application 
of  step  3  of  the  MIS  design  (Determine  Information  Needs). 
Chapter  YII  presents  the  conclusions  and  recommendations. 


CHAPTER  II 


THE  ORGANIZATION  AND  MISSION  OF  THE  OFFICE  OF  THE 
INDONESIAN  DEFENSE  LOGISTICS  ASSISTANT  AND  THE 
EXISTING  LOGISTICS  MIS  SUPPORT 

Organization  and  Mission 
Within  the  Office  of  the  Indonesian  Minister  of 
Defense,  the  logistics  function  is  managed  by  the  Office  of 
Assistant  of  Logistics.  The  Assistant  of  Logistics  is 
responsible  to  the  Defense  Administration  Chief  of  Staff. 

The  major  functions  of  logistics  are  handled  by  eight  sec¬ 
tions  responsible  for  planning  and  budgeting,  procurement, 
supply  control,  maintenance  and  disposal,  transportation, 
medical,  industry,  properties  and  installations.  Each  of 
the  eight  sections  is  supported  by  three  or  four  bureaus 
(Figure  1). 

Planning  and  Budgeting  Section 

This  section  formulates  and  prepares  logistics  plans 
prepares  the  DOD  logistics  annual  budget  requirements,  recom 
mends  improvement  for  the  logistics  support,  and  conducts 
staff  evaluation  on  the  implementation  of  logistics  programs 
This  section  is  also  responsible  for  developing  the  DOD 
materiel  coding  system  for  uniform  identification  of  all 
inventory  items. 


Procurement  Section 

This  section  formulates  policy,  procedures,  and  regu 
latlons  for  the  procurement  of  materiel  and  supplies,  for 
centralized  and  decentralized  procurement,  which  Includes 
types  of  contracts  appropriate  for  different  pricing  situa¬ 
tions,  for  Identification  of  domestic  and  logistic  resources 
and  for  staff  control  on  regional  procurement. 

Supply  Control  Section 

This  section  formulates  and  develops  policies  and 
procedures  for  the  supply  control  of  common  supply  Items, 
weapons  and  ammunitions,  major  equipment  Items,  and  elec¬ 
tronics  and  communication  equipment.  This  section  also 
handles  Inventory  and  distribution  management. 

Maintenance  and  Disposal  Section 

This  section  formulates  and  develops  maintenance  and 
disposal  procedures,  evaluates  Inventory  status,  and  estab¬ 
lishes  guidelines  for  efficient  maintenance. 

Transportation  Section 

This  section's  responsibilities  Include  short  and 
long  range  planning,  control,  and  administration  of  the 
defense  transportation.  Including  land,  sea,  and  air  modes 
of  transportation. 

Medical  Section 

This  section  Is  responsible  for  the  medical  care 
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planning  and  the  provision  of  medical  facilities  and  supplies 


Industry  Section 

This  section  monitors  and  evaluates  non-defense 
industrial  development.  The  results  of  the  evaluation 
become  input  for  materiel  order  planning  or  for  using  non¬ 
defense  Industry  to  support  national  defense  needs.  This 
section  also  plans  and  develops  management  control  and  pro¬ 
cedures  of  the  defense  Industry. 

Properties  and  Installation  Section 

This  section  formulates  and  develops  policies  and 
procedures  for  the  management  control  of  defense  properties 
and  Installations,  planning  of  construction,  and  maintenance. 

The  Existing  Logistics  MIS  Support 
Current  MIS  support  is  limited  to  the  area  of  inven¬ 
tory  status.  Three  of  the  eight  sections  of  the  Defense 
Logistics  staff  office  described  earlier  (the  supply  control 
section,  the  maintenance  and  disposal  section,  and  the  proper' 
ties  and  installations  section)  are  now  using  this  MIS  sup¬ 
port.  Following  is  a  brief  description  of  the  inventory 
status  system  (9:5;  18): 

1.  Output  requirements  and  users: 

a .  Annual  Inventory  Summary  Report  for  the 
Office  of  the  Minister  of  Finance .  This 
report  contains  materiel  inventory  status 


to  include  items  such  as  number  of  vehicles, 
vehicles*  condition,  types  of  fuel  used, 
vehicles*  present  value,  and  vehicles'  loca¬ 
tion. 

b .  Ad  hoc  Inventory  Summary  Reports  for  the 
Office  of  the  Defense  Administration  Chief 
of  Staff.  The  content  of  the  ad  hoc  reports 
varies  depending  upon  current  requirements. 
They  may  contain,  for  example,  number  of 
vehicles,  vehicles*  condition  and  location. 
Other  reports  may  contain  a  list  of  vehicles 
by  make,  model  and  type,  year,  condition, 
and  location. 

c .  Other  more  detailed  reports  used  by  the 
Defense  Logistics  staff  for  Internal  man¬ 
agement  .  Such  reports  would  assist  procure¬ 
ment,  supply,  and  maintenance  and  disposal 
functions.  These  reports  list  the  individual 
vehicles  including  some,  if  not  all,  of  the 
following  data  elements:  license  number, 
make,  type,  vehicle  year,  vehicle  serial 
number,  battery  voltage  and  ampere  hour, 
size  of  tire,  type  of  fuel,  vehicle  condi¬ 
tion,  gross  weight,  load  capacity,  and 
reporting  unit. 
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2.  Sources  of  data: 


Data  for  the  various  reports  come  from  the  logis¬ 
tics  staff  office  at  the  Army  headquarters,  Navy 
headquarters.  Air  Force  headquarters,  and  Police 
headquarters . 

3.  Automatic  Data  Processing  (ADP)  Support: 

a.  The  Defense  Data  Processing  Center  provides 
the  ADP  support  with  the  use  of  Univac  1106 
computers . 

b.  In  the  area  of  Inventory,  data  currently 
being  processed  at  the  Defense  Processing 
Center  includes  weapons  and  ammunitions,  gen¬ 
eral  and  special  purpose  vehicles  (does  not 
Include  combat  vehicles),  and  properties 

and  installations. 

c.  The  method  of  processing  is  in  batch.  Normal 
updating  of  the  materiel  inventory  files 
takes  place  every  three  months,  while  infor¬ 
mation  on  procurement  of  new  materiel  or  dis¬ 
posal  of  obsolete  materiel  takes  place 
monthly . 
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CHAPTER  III 


MIS  DESIGN  CONCEPT 

MIS  Concept 

Burch,  Strater,  and  Grudnltski  (1:26)  view  any  organ¬ 
ization  as  a  total  system  composed  of  three  subsystems, 
namely  the  operations  subsystem,  the  management  subsystem, 
and  the  Information  subsystem  (see  Figure  2). 

The  management  subsystem  Includes  all  the  people  and 
activities  directly  related  to  determining  the  planning,  con¬ 
trolling,  and  declslon-maklng  aspects  of  the  operations  sub¬ 
system.  The  operations  subsystem  Includes  activities,  mater¬ 
ial  flow,  and  people  directly  related  to  performing  the  pri¬ 
mary  functions  of  the  organization.  The  Information  subsys¬ 
tem  Is  an  assemblage  or  collection  of  people,  practices. 
Ideas,  and  activities  that  gather  and  process  data  In  a 
manner  that  will  meet  the  Information  requirements  of  an 
organization . 

The  Information  subsystem  strives  to  serve  all 
departments  or  operating  groups  equally  at  all  levels  of  man¬ 
agement.  Variation  In  factors  such  as  timing,  level  of 
detail,  degree  of  precision,  and  scope  of  responsibility 
result  In  multiple  Informational  requirements  that  differ 
from  function  to  function  and  level  to  level  (1:28). 
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Fig.  2.  Relationship  Between  the  Management,  Operations,  and  Information 
Subsystems  of  an  Organization  (1:27) 


The  objective  of  the  MIS  is  to  provide  the  right 
information  to  the  right  user  at  the  right  time  at  the  least 
cost  to  aid  in  management  decision  making. 

Data  Versus  Information 

The  main  input  to  a  MIS  is  raw  data,  but,  as  is  true 
with  so  many  other  ingredients,  much  of  the  data’s  ultimate 
usefulness  depends  on  how  they  are  processed  and  merged  with 
other  elements.  Data  collection  systems  can  often  be  clas¬ 
sified  as  raw-data  systems  in  that  they  deal  with  basic,  low- 
level  data.  A  given  data  element  can  be  useful  only  to  the 
extent  that  it  "speaks  for  itself,"  since  it  rarely  happens 
that  data  as  data  mean  much  (11:48).  To  be  meaningful  to 
the  user,  data  must  be  processed  and/or  evaluated  to  become 
information.  Information,  as  contrasted  with  raw  data,  is 
in  a  form  suitable  for  Informative  or  inference  purposes, 
argument,  or  as  a  basis  for  forecasting  or  decision  making. 
Figure  3  Illustrates  the  process  of  transformation  from  data 
to  information  (16:144). 

Information  Attributes 

In  general,  MIS  is  concerned  with  information  perti¬ 
nent  to  the  achievement  of  organizational  goals.  Represen¬ 
tations  of  an  event  require  two  basic  types  of  information — 
quantitative  and  descriptive  (14:10).  According  to  Gerald 
E.  Nichols,  the  majority  of  the  information  will  be  descrip¬ 
tive  and  will  serve  to  Identify  what  has  been  quantified.  A 
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partial  list  of  desirable  attributes  for  business  informa¬ 
tion  Includes  relevance,  availability,  timeliness,  objectiv¬ 
ity,  sensitivity,  comparability,  and  quality.  Information 
must  possess  the  first  three  attributes — relevance,  avail¬ 
ability,  and  timeliness — to  have  value,  and  thus  to  qualify 
as  information.  Objectivity,  sensitivity,  comparability, 
conciseness,  and  completeness  are  also  desirable,  but  they 
are  present  and  necessary  only  in  varying  degrees  (14:11). 

The  final  attribute,  quality,  refers  to  the  presence  or 
absence  of  ambiguities. 

Information  Filtering  Method 

Persons  at  different  levels  of  decision  making 
require  different  degrees  of  detail  for  the  performance  of 
their  duties.  Figure  4  shows  this  relationship  between 
levels  of  decision  making  and  requirements  for  detail.  As 
a  rule,  strategic  decision  makers  have  lower  requirements  for 
detail  than  either  tactical  or  technical  decision  makers 
(1:123). 

Along  with  Burch,  Strater,  and  Grudnltski,  Nichols 
(14:11)  also  stated  that  the  lowest  echelons  of  management 
are  the  most  control-oriented,  while  top  management  is  more 
planning-oriented.  Figure  5  shows  the  relationship  between 
management  levels,  planning,  control,  and  Information. 


Technical 


Planning 


The  Need  for  a  Management  Base 

Ross  (15:23)  states  that,  for  some  reason,  many 
managers  think  they  can  patch  up  a  company's  shortcomings 
in  basic  management  systems  by  applying  a  computerized  man¬ 
agement  information  system  as  a  band-aid,  but  this  approach 
won't  work.  If  good  planning  and  control  do  not  exist 
within  the  framework  of  a  good  organizational  structure,  no 
degree  of  sophistication  with  a  computer  can  cure  the  basic 
ill.  MIS  must  be  built  on  top  of  a  management  system  that 
includes  the  organizational  arrangements,  the  structure  and 
procedures  for  adequate  planning  and  control,  the  clear 
establishment  of  objectives,  and  all  the  other  manifesta¬ 
tions  of  good  organization  and  management.  Ross  stresses 
further  that  only  the  manager-user  can  establish,  repair,  or 
modify  the  management  system  prior  to  overlaying  the  MIS  on 
top  of  it. 

Stages  of  MIS  Development  and  the  Manager's  Role 

Authors  vary  in  Identifying  the  stages  or  phases  in 
the  development  of  a  MIS.  Figure  6  compares  the  phases  as 
viewed  by  four  different  authors. 

Llgon  (12:27-66)  divides  the  development  of  a  MIS 
into  eight  phases:  feasibility  study,  requirement  analysis, 
system  specifications,  system  design,  coding  and  programming, 


testing,  documentation,  and  implementation.  The  discussion 
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Fig.  6.  Stages  In  the  MIS  Development:  Four  Researchers'  Views 


presented  contains  summaries  of  findings  based  on  the  Delphi 
technique.  Through  the  Delphi  technique,  a  composite  of 
experts  in  the  information  systems  field  were  questioned. 

The  Delphi  method  was  used  to  determine  whether  or  not  these 
experts  agreed  or  disagreed  as  to  the  reasonableness  of  the 
criteria  developed  through  the  literature  search.  Although 
management /user  Involvement  was  considered  as  a  major  factor 
in  the  MIS  development,  Ligon  does  not  discuss  the  actual 
roles  of  the  managers  themselves. 

Burch,  Strater,  and  Grudnitskl  (1:248)  divide  infor¬ 
mation  systems  development  into  five  phases:  systems  analy¬ 
sis,  general  systems  design,  systems  evaluation  and  justifi¬ 
cation,  detail  systems  design,  and  systems  implementation. 
Burch,  Strater,  and  Grudnitskl  present  a  thorough  discussion 
of  systems  development  as  a  step-by-step  approach  used  by  sys 
terns  analysts  in  performing  their  work.  Management  roles  are 
discussed  in  a  separate  paragraph  (1:46-51),  but  they  are 
not  directly  related  to  each  of  the  eight  phases  of  the  sys¬ 
tems  development.  These  roles  include:  managers  as  figure¬ 
head,  liaison,  leader,  monitor,  disseminator,  spokesman, 
entrepreneur,  disturbance  handler,  resource  allocator,  and 
negotiator. 

Hartman,  Matthes,  and  Proeme  (4:1-2)  classify  systems 
development  in  four  major  areas:  analysis,  requirements 
determination,  design  and  development,  and  implementation  and 
evaluation.  Each  area  is  further  defined  with  sub-steps  and 


discussions  which  fill  six  volumes.  Management's  role  Is 
emphasized  In  the  requirements  determination  phase,  as  is 
the  necessity  for  continuity  of  top  management  commitment 
and  control  throughout,  from  the  decision  to  Initiate  the 
systems  effort  to  Implementation  and  evaluation. 

Ross  (15:231-267)  has  described  the  seven  steps  in 
MIS  design  from  the  point  of  view  of  the  manager  (user). 

The  managers'  roles  are  related  to  each  step  of  the  MIS 
design. 

Since  this  research  is  intended  for  use  by  the  func¬ 
tional  managers  (users),  and  since  this  research  works  with 
limited  resources.  It  will  use  the  MIS  stages  as  suggested 
by  Ross  as  shown  In  Figure  7. 

The  seven  steps  Involved  are  not  separate  and  dis¬ 
tinct.  Most  of  them  are  along  a  continuum,  overlap,  and 
are  recycled  (15:231).  The  process  is  iterative:  designers 
constantly  must  reexamine  and  modify  prior  steps  in  light 
of  what  is  learned  in  subsequent  ones. 

Setting  the  MIS  objectives  emphasizes  that  objec¬ 
tives  must  be  framed  in  terms  of  what  they  contribute  to 
the  organization's  objectives  and  how  the  processes  of 
planning,  organizing,  and  controlling  are  furthered.  The 
second  step  refers  to  external  and  internal  resources  and 
environmental  limitations  that  affect  the  optimum  design 
of  the  system. 

Once  systems  objectives  and  constraints  are 
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Pig.  7.  Steps  In  the  Design  of  an  MIS  (15:232) 


established,  the  manager-designer  can  proceed  to  determine 
the  information  needs  and  sources.  These  should  then  be 
matched  in  order  to  evaluate  whether  information  is  avail¬ 
able  and  whether  Information  needs  as  defined  will  accom¬ 
plish  the  predetermined  objectives. 

In  step  5  which  Involves  detailing  the  system  con¬ 
cept,  the  actual  Inputs  and  outputs  are  specified  and 
designed  to  meet  Information  needs. 

Step  6  tests  and  implements.  Testing  involves 
determining  whether  the  system  outputs  meet  the  previously 
defined  objectives  and  Information  needs.  Implementation  is 
the  process  of  converting  the  systems  specifications  into 
an  operating  system. 

Finally,  the  evaluation  step  measures  systems  per¬ 
formance  against  a  criteria  of  effectiveness  to  determine 
whether  objectives  are  being  achieved. 


CHAPTER  IV 


METHODOLOGY 

To  achieve  the  objective  of  the  research,  the  method¬ 
ology  consists  of  applying  a  general  principle  to  a  particu¬ 
lar  situation,  and  analyzing  the  application  through  a  simu¬ 
lated  example.  More  specifically,  the  methodology  will  con¬ 
sist  of  the  following  steps: 

1.  Enumeration  of  the  MIS  design  steps  as  outlined 
by  Ross  (15:230-265)  ; 

2.  The  application  of  Ross'  principles  to  the  Office 
of  the  Indonesian  Defense  Logistics  Assistant; 

3.  The  development  of  an  example  which  applies  step 

3  of  the  MIS  design  for  one  section  in  the  Office  of  the  Indo¬ 
nesian  Defense  Logistics  Assistant.  This  example  is  des¬ 
cribed  in  Chapter  VI. 

This  chapter  explains  the  three  steps  involved,  con¬ 
cluding  with  a  brief  discussion  of  the  assumptions  and  limi¬ 
tations  of  the  research. 

Enumeration  of  the  MIS  Design  Steps 
as  Outlined  by  Ross 

As  already  mentioned  earlier,  the  MIS  procedure  to 
be  developed  in  this  research  is  Intended  for  the  functional 
managers  in  the  Office  of  the  Indonesian  Defense  Logistics 
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Assistant;  Chapter  3  has  also  discussed  that  for  the  purpose 
of  this  research,  the  Ross  MIS  design  steps  would  be  appro¬ 
priate  to  use.  Ross  has  described  the  MIS  development  from 
the  viewpoint  of  the  functional  manager /user .  Although  the 
actual  implementation  of  the  procedures  may  require  more 
detailed  descriptions,  this  initial  procedure  developed 
based  on  Ross'  principles  will  give  a  strong  foundation  for 
the  managers  to  work  on.  Following  the  seven  steps  of  MIS 
design  comes  a  brief  discussion  of  System  Documentation. 

Past  observations  (l8)  in  the  Office  of  the  Indonesian 
Defense  Logistics  Assistant  reveal  that  system  documentation 
also  needs  to  be  strongly  reemphasized.  The  presently  avail¬ 
able  documentation  includes  the  1972  materiel  census  proce¬ 
dures  and  the  DOD  directives  on  198 1  data  collection.  There 
is  not  yet  any  standard  form  of  documentation. 

The  Application  of  Ross'  Principles 
Chapter  V  contains  the  main  body  of  the  MIS  proce¬ 
dures  to  be  developed  in  this  research.  Each  of  the  MIS 
design  steps  is  described  and  individually  applied  to  the 
Office  of  the  Indonesian  Defense  Logistics  Assistant.  The 
description  of  the  MIS  design  steps  closely  follows  Ross' 
procedures  while  using  examples  from  the  vehicles  inventory 
system  of  the  Office  of  the  Indonesian  Defense  Logistics 
Assistant . 
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The  Development  of  an  Example 
(Determine  Information  Needs) 


To  give  an  illustration  of  how  an  MIS  development 
procedure  will  apply  to  an  actual  situation  In  the  Office  of 
the  Indonesian  Defense  Logistics  Assistant,  Chapter  VI 
analyzes  an  example  of  step  3  of  the  MIS  design  (Determine 
Information  Needs). 

"Determine  Information  Needs"  was  selected  as  an 
example  for  the  following  reason:  this  step  Is  a  fundamental 
requirement  in  the  MIS  development;  a  clear  statement  of  the 
Information  Needs  will  minimize  any  deviation  of  the  MIS 
development  effort  from  its  intended  purpose  or  objective. 
However,  the  researcher  has  observed  that  this  significant 
step  was  one  area  where  managers  in  the  Office  of  the  Indo¬ 
nesian  Defense  Logistics  Assistant  have  not  given  sufficient 
attention.  Past  observation  indicates  (18)  that  due  to  the 
vague  statement  of  the  information  needs,  some  of  the  data 
collected  were  in  fact  irrelevant.  Therefore,  the  example 
describes  items  that  the  logistics  managers  at  the  DOD  level 
need  to  consider  in  determining  the  information  needs. 

Based  on  the  information  needs,  an  example  also  explains  the 
related  data  required  as  input  for  the  MIS. 


Assumptions  and  Limitations 
Due  to  the  limited  resources  and  time  constraints, 
the  example  described  in  Chapter  VI  applies  only  to  the 


determination  of  Information  Needs  related  to  the  Office  of 
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the  Indonesian  Defense  Logistics  Assistant  vehicles  inven¬ 
tory  system. 

The  researcher  assumes  that  even  though  the  explana 
tlons  used  in  the  procedures  to  be  developed  frequently 
relate  to  the  Office  of  the  Indonesian  Defense  Logistics 
Assistant  vehicles  Inventory  system,  there  will  not  be  any 
difficulty  in  applying  the  procedure  for  other  groups  of 
major  Items  being  managed  by  the  Office  of  the  Indonesian 
Defense  Logistics  Assistant.  The  approach  will  be  princi¬ 
pally  similar. 


CHAPTER  V 


APPLICATIONS  OF  MIS  PROCEDURES  IN  THE  OFFICE 
OF  THE  INDONESIAN  DEFENSE  LOGISTICS  ASSISTANT 

This  chapter  describes  the  basic  MIS  development 
procedure  as  it  relates  to  the  roles  of  the  managers  during 
the  MIS  life  cycle.  The  procedure  is  developed  based  on 
Ross*  MIS  design  steps  (15:230-265).  As  already  mentioned 
in  the  preceding  chapters,  the  application  is  limited  to  the 
area  of  vehicles  Inventory  system  of  the  Indonesian  Defense 
Logistics  Office. 


Set  the  System  Objectives 
As  Described  by  Ross 

This  first  step  in  the  MIS  design  is  frequently  the 
most  difficult,  and  yet  it  must  be  clearly  stated  before  we 
proceed  to  the  next  step.  The  manager  must  define  system 
objectives  in  terms  of  satisfying  legitimate  demands  for 
information,  not  of  satisfying  demands  that  are  not  related 
to  an  objective  (15:233). 

System  objectives  must  be  stated  in  terms  of  the 
objectives  of  the  department,  group,  function,  or  manager  to 
be  served,  or  in  terms  of  the  functions  the  MIS  is  to  perform 
In  other  words,  system  objectives  should  express  what  man¬ 
agers  can  do  after  their  information  requirements  have  been 


met.  If  possible,  system  objectives  should  be  stated  In 
quantitative  rather  than  qualitative  terms,  so  that  system 
performance  can  be  measured  for  effectiveness.  However, 
there  are  cases  when  the  managers  should  not  oversimplify  or 
Ignore  any  crucial  non-quantltative  measures  that  may  affect 
the  overall  objectives  of  the  organization. 

As  It  Is  Applied  to  the  Indonesian 
Defense  Logistics  Office 

There  are  basically  three  levels  of  management  In  the 
Indonesian  Defense  Logistics  Office — the  Defense  Administra¬ 
tion  Chief  of  Staff  (KASMIN)  and  the  Defense  Logistics  Assis¬ 
tant  (ASLOG)  as  the  top  level,  the  section  heads  •'Paban)  as 
the  middle  level,  and  the  heads  of  different  bureaus  (Karo) 
as  the  lower  level.  In  developing  an  MIS,  the  objectives 
should  encompass  the  differing  needs  of  these  three  manage¬ 
ment  levels.  Therefore,  the  objectives  of  the  Defense 
Vehicles  Inventory  MIS  is  to  effectively  provide: 

-  Information  on  vehicles’  readiness  for  the  Defense 
Administration  Chief  of  Staff  and  the  Defense  Logistics 
Assistant  at  the  top  level 

-  Information  on  vehicles’  procurement  requirements 
and  vehicles’  disposal  for  the  sections’  heads  at  the  middle 
level 

-  Information  on  fuel  and  spare  parts  requirements 
for  the  heads  of  different  bureaus  at  the  lower  level. 


Determine  Information  Needs 


As  Described  by  Ross 

To  get  a  good  system  design,  a  clear  statement  of 
the  Information  needs  Is  fundamental  and  necessary.  Before 
creating  any  sophisticated  data  bank.  It  Is  necessary  to 
determine  the  real  Information  needs  that  will  Increase  the 
perception  of  managers  In  critical  areas  such  as  problems, 
alternatives,  opportunities,  and  plans.  Failure  to  define 
objectives  and  clearly  state  the  Information  needs  to  reach 
the  objective  probably  accounts  for  the  failures  of  more 
design  efforts  than  any  other  factor  (15:236).  As  an  aid 
for  the  manager  to  spell  out  the  specific  Information  require¬ 
ments  of  his  job,  top  management  can  require  In  writing  from 
subordinate  managers  a  statement  containing:  (a)  a  list  of 
three  to  four  major  responsibilities  for  which  the  manager 
believes  himself  to  be  responsible,  and  (b)  the  three  to 
four  specific  Items  of  Information  that  are  required  to  per¬ 
form  the  responsibilities. 

Managers  should  be  alert  to  how  much  detail  of  Infor¬ 
mation  Is  really  needed.  As  outlined  In  Chapter  III,  there 
are  three  levels  of  management  (l.e.,  strategic,  tactical, 
and  technical),  each  of  which  has  varying  needs  of  Informa¬ 
tion.  Each  level  needs  different  types  of  Information,  gen¬ 
erally  In  different  form.  The  strategic  level  needs  the  one¬ 
time  report,  the  summary,  and  the  single  Inquiry.  The  tac¬ 
tical  level  needs  the  exception  report,  the  summary,  and  a 
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variety  of  regular  reports  for  periodic  evaluation.  The 
technical  level  requires  the  formal  report  with  fixed  pro¬ 
cedures  and  the  day-to-day  report  of  transactions.  Managers 
at  all  levels  have  changing  information  needs,  depending  on 
the  nature  and  importance  of  the  particular  decision. 

As  It  Is  Applied  to  the  Indonesian 
Defense  Logistics  Office 

In  the  Indonesian  Defense  Logistics  Office  environ¬ 
ment,  the  Administrative  Chief  of  Staff  or  the  Logistics 
Assistant  represents  the  strategic  level,  the  Paban  (section 
head)  represents  the  tactical  level,  and  the  Karo  (head  of 
bureau)  represents  the  technical  level. 

The  Defense  Logistics  Assistant  determines  the  infor¬ 
mation  needs  for  the  strategic  level;  for  example,  quantity 
of  vehicles  by  vehicle  classification  (i.e.,  sedan,  bus, 
light-medium-heavy  truck,  etc.),  load  capacity,  condition, 
and  location.  This  information  may  be  useful  for  planning 
DOD  nation-wide  operations. 

The  Paban  (section  head)  determines  the  information 
needs  for  the  tactical  level;  for  example,  quantity  of 
vehicles  by  vehicle  classification,  make,  year,  and  condition. 
This  information  will  be  required  for  planning  purposes,  such 
as  standardization  of  vehicles,  procurement  of  vehicles  and 
common  supplies,  and  disposal  planning. 

The  Karo  (head  of  bureau)  determines  information 
needs  for  the  technical  level;  for  example,  quantity  of 


vehicles  by  vehicle  classification,  type  of  fuel,  and  speci¬ 
fications  of  the  tires  and  catteries  required.  This  Infor¬ 
mation  will  enable  the  Karo  to  allocate  the  monthly  fuel 
allocation,  the  periodic  tires  and  batteries  requirements, 
etc . 

Information  needs  largely  depend  on  the  system  objec¬ 
tives.  Figure  8  shows  an  example  of  a  system  objectives/ 
Information  needs  matrix. 

Establish  System  Constraints 
As  Described  by  Ross 

Establishing  constraints  will  help  ensure  that  the 
design  Is  realistic  (15:240).  The  system  designers  need  to 
describe  the  conditions  that  will  limit  the  attainment  of  the 
objectives.  Constraints  which  are  provided  by  the  manager- 
user  and/or  the  designer  limit  freedom  of  action  In  designing 
a  system  to  achieve  the  objective.  Constraints  are  classi¬ 
fied  as  Internal  or  external  to  the  organization  (15:240- 
243). 


Internal  Constraints . 

1.  Top  management  support.  Top  management  support 
and  approval  Is  essential  In  order  to  get  a  good  environment 
for  the  MIS  development. 

2.  Organization  and  policy.  Organizational  and 
policy  considerations  frequently  set  limits  on  objectives  and 
modify  an  Intended  approach  to  the  design  of  a  system. 


3.  Manpower.  The  availability  of  knowledgeable 
personnel  on  both  the  design  and  use  of  MIS  is  a  major 
limiting  factor. 

4.  Cost.  We  should  compare  the  cost  to  achieve  the 
objective  with  the  benefits  to  be  derived.  Consider  the  cost 
of  resources  required.  Computer  capacity  and  other  facili¬ 
ties  relating  to  the  operation  of  a  data-processing  system 
should  be  used  in  an  optimum  way. 

5.  Acceptance  by  the  people  using  the  system.  People 
problems  are  often  mentioned  where  failure  to  achieve  expected 
results  is  concerned.  Here  the  difficulties  are  associated 
with  the  natural  human  reaction  to  change,  the  antagonism, 
and  the  lack  of  Interest  and  support  frequently  met  in  system 
design  and  operation. 

6.  Functional  imposed  constraint.  Data  requirements, 
data  volumes,  and  the  frequency  of  processing  are  constraints 
Imposed  by  the  immediate  users. 

External  Constraints.  Among  the  considerations  sur¬ 
rounding  the  external  environment  are  those  restrictions 
imposed  by  the  government  and  suppliers.  The  government 
might  impose  certain  restrictions  on  the  processing  of  data, 
such  as  the  need  to  maintain  the  security  of  certain  classes 
of  information.  Suppliers  are  also  required  to  be  considered 
because  the  designed  system  sometimes  refers  with  that  group. 


As  It  Is  Applied  to  the  Indonesian 
Defense  Logistics  Office 

1.  Top  management  support.  It  is  necessary  for  the 
MIS  development  to  obtain  approval  and  continuous  active 
Involvement  from  the  Defense  Logistics  Assistant  and  the 
Defense  Administration  Chief  of  Staff. 

2.  Organization  and  policy.  The  MIS  design  must 

take  Into  account  the  already  established  regulations  and 
policies  of  the  Indonesian  Defense  Logistics  Office.  This 
Includes:  (a)  the  fuel  allocation  Index  for  each  of  the 

vehicle  classifications,  for  Instance  2f  gallons  of  gasoline 
for  each  sedan/llght  truck  per  day,  8  gallons  of  gasoline 
for  each  bus  per  day,  etc.;  (b)  maintenance  Index  of  repair 
expenses;  (c)  the  required  annual  Inventory  report  to  the 
Minister  of  Finance;  and  (d)  regulation  and  policy  on 
vehicles*  procurement  and  disposal.  Determination  of  Infor¬ 
mation  needs  will  be  closely  related  to  these  regulations  and 
policies . 

3.  Manpower.  There  are  now  a  very  limited  number 
of  officers/personnel  In  the  Indonesian  Defense  Logistics 
Office  who  understand  the  design  and  use  of  MIS.  An  upgrad¬ 
ing  program  for  the  personnel  Involved  needs  to  be  estab¬ 
lished,  such  as  on  how  to  use  and  complete  the  forms,  and 
how  to  transmit  data  from  the  data  sources  to  the  data  pro¬ 
cessing  departments.  The  availability  of  computer  systems 
analysts  Is  also  very  limited;  therefore.  Implementation 
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must  be  gradual,  starting  with  pilot  projects  rather  than 
designing  the  KIS  for  the  whole  spectrum  of  the  major  Items 
currently  being  managed  by  the  Defense  Logistics  Office. 

4.  Cost.  With  the  present  load  at  the  Defense  and 
Major  Commands  Data  Processing  Centers,  computer  processing 
time  has  not  become  a  problem.  However,  the  following  costs 
need  to  be  considered;  (a)  overhead  cost  for  paperwork  of 
the  MIS  development  effort  to  include  cost  for  conducting  con¬ 
ferences,  cost  for  training  sessions,  cost  for  any  required 
outside  consultants;  (b)  printing  cost  of  forms  for  data  col¬ 
lection  and  updating;  (c)  cost  for  transmitting  data  from  the 
data  sources;  (d)  cost  for  purchasing  magnetic  tapes/disks 
for  the  creation  of  files;  (e)  overtime  cost  for  any  hired 
civilian  personnel;  and  (f)  cost  for  the  production  of  system 
documentation  such  as  user  design  specification. 

5.  Acceptance  by  the  people  using  the  system.  The 
system  should  be  designed  so  that  it  will  not  eliminate  the 
sense  of  responsibility  and  authority  of  the  personnel 
involved.  A  training  program  needs  to  be  set  up  for  those 
personnel  participating  in  the  system,  from  the  base  level 
up  to  the  headquarters  level.  The  training  program  should 
establish  the  users’  awareness  of  the  importance  and  the 
ultimate  results  of  the  system.  Form  design  should  be  simple 
to  complete  so  that  it  will  not  discourage  those  who  use  it. 

6.  Functional  imposed  constraint.  There  are 
presently  about  80,000  vehicles  in  the  inventory.  Section 


heads  who  will  use  the  system  should  determine  the  types  of 
data  to  be  collected,  the  collection  sources,  and  the 
frequency  of  updating.  The  Defense  Logistics  Assistant 
should  determine  which  section  or  which  organization  is 
authorized  to  retrieve  the  data. 

Determine  Information  Sources 
As  Described  by  Ross 

Although  some  systems  require  some  external  informa¬ 
tion,  most  of  the  information  sources  are  inside  the  organlza 
tlon  itself:  books,  records,  files,  statistical  and  account¬ 
ing  documents,  etc.  In  essence  this  step  analyzes  the 
present  system.  Present  capabilities  should  be  used  or  tail¬ 
ored  as  much  as  possible  before  imposing  any  new  system 
requirements  (15:243). 

Any  study  of  the  information  sources  for  a  particular 
subsystem  must  examine  how  MIS  integrates  into  the  overall 
structure  of  the  organization.  Sources  of  information  may 
be  categorized  as  follows: 

1.  Internal  and  external  records.  Internal  records 
could  include  examples  of  inputs  or  outputs,  file  records, 
memoranda,  reports  containing  information  about  the  existing 
system,  and  documentation  of  existing  or  planned  systems. 
External  records  may  be  available,  for  example,  from  trade 
publications,  government  statistics,  etc. 

2  . 


Interviewing  the  managers  and  operating 
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personnel.  This  form  of  data  gathering  can  t-  ' -  • 

fruitful  method  of  securing  information,  prcvli-c  1* 
conducted  properly. 

3.  Sample  and  estimation  of  data,  '^.en  the 
lation  of  data  is  so  large  that  only  a  portion  of  it  can  be 
examined,  sampling  and  estimating  methods  may  become  neces¬ 
sary  for  analysis  purposes. 

As  It  Is  Applied  to  the  Indonesian 
Defense  Logistics  Office 

For  any  system  Improvement,  the  following  existing 
files  and  forms  used  by  the  Indonesian  DOD  and  Services 
provide  references  for  Ir.formation  sources: 

1.  Vehicles  Master  Inventory  Files  that  are  kept 
and  maintained  at  the  Defense  Data  Processing  Center,  and 
the  Armed  Services’  Data  Processing  Installations. 

2.  Forms  LP-1,  LP-2,  LP-3,  and  A-l6  or  similar 
which  are  currently  used  by  the  Armed  Services  for  quarterly 
reporting  from  base  level  to  the  headquarters  level. 

3.  Vehicles  annual  Inventory  summary  report  for  the 
Office  of  the  Minister  of  Finance. 

4.  Vehicles'  license  files  which  are  maintained  at 
the  Police  headquarters. 

Section  heads  or  heads  of  bureaus  In  the  Defense 
Logistics  Office  may  be  required  to  accept  Interviews  con¬ 
ducted  by  the  systems  analysts  for  any  additional  information 
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required  which  may  not  have  been  well  covered  In  the  avail¬ 
able  written  regulations/procedures/manuals. 

Detail  the  System  Concept 
As  Described  by  Ross 

The  major  portion  of  detailing  system  concept  lies 
with  the  system  designer/analyst.  However,  this  section 
examines  managers'  participations  and  the  activities  that 
the  manager  should  be  aware  of  (15:249). 

The  manager's  Involvement  in  the  design  process  Is 
analogous  to  the  homeowner's  participation  in  the  architect's 
planning,  where  the  basic  design  and  many  of  the  details  are 
shaped  by  the  wishes  and  needs  of  the  person  buying  the 
house  (13:289).  So  it  is  with  a  computer-based  information 
system.  The  manager  should  be  involved  to  the  extent  that 
the  system  provides  information  for  his  needs;  the  designer/ 
analyst  is  concerned  with  the  nature  of  the  materials  and 
equipment  as  well  as  with  the  technical  processing  considera¬ 
tions  . 


General  System  Flow  Chart.  The  general  system  flow 
chart  is  a  common  method  of  indicating  the  general  structure 
of  a  computer-based  information  system.  Such  a  chart 
describes  the  data  processing  logic  in  general  terms  and 
reflects  the  design  efforts  prior  to  this  step:  setting 
objectives,  establishing  constraints,  and  determining  infor¬ 


mation  needs  and  sources. 


A  system  flow  chart  is  quite  general  in  nature  and 
indicates  only  the  main  components  of  the  system.  The  chart 
does  not  indicate  what  processing  occurs  at  particular  steps 
in  the  flow  or  what  specific  data,  equipment,  or  people  are 
Involved.  However,  the  chart  provides  the  foundation  upon 
which  a  great  many  detailed  specifications  will  follow. 

System  Inputs.  Prom  the  manager’s  point  of  view, 
the  inputs  were  structured  when  information  sources  were 
determined.  The  task  of  design  of  input  format  then  follows. 
For  the  input  to  be  processed,  it  must  be  in  a  machine-read¬ 
able  format.  Where  Inputs  are  from  other  subsystems  within 
the  organization,  integrating  these  subsystems  through  com¬ 
mon  data  elements  and  other  means  becomes  necessary. 

More  detailed  input  data  may  include  the  sources  of 
data — l.e.,  where  they  come  from,  in  what  form,  who  is 
responsible  for  their  production.  Forms  are  so  often  used 
in  data  collection  that  form  design  becomes  a  primary  con¬ 
cern  for  the  system  designers. 

The  managers  should  be  aware  that  the  following  must 
be  specified:  the  source  of  each  input,  its  frequency,  vol¬ 
ume  and  timing,  and  its  disposition  after  processing  is  com¬ 
pleted.  Editing  procedures  need  to  be  established  for  check¬ 
ing  the  validity  and  volume  of  the  input.  Another  important 
consideration  is  the  specification  that  the  Inputs  are  to  be 
converted  into  machine  readable  form. 
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System  Outputs.  Output  data  definition  includes  the 
specification  of  destination — l.e.,  where  they  go,  in  what 
form,  and  who  is  responsible  to  receive  them.  The  output 
specification  also  Includes  the  distribution  of  output  (who 
gets  what,  number  of  copies,  and  by  what  means),  the  fre¬ 
quency  with  which  output  will  be  called  for  and  its  timing, 
and  the  media  used  (tape,  hard  copy,  data  terminal,  etc.). 

The  design  of  the  output  form  is  a  direct  function 
of  information  needs  and  should  be  consti-ucted  to  meet  those 
needs  in  a  timely  fashion.  Care  should  be  taken  not  to  ask 
for  too  much  information  too  frequently.  Management  by 
exception  and  information  by  summary  should  be  the  guiding 
principles . 

As  It  Is  Applied  to  the  Indonesian 
Defense  Logistics  Office 

Since  the  purpose  of  the  MIS  development  is  to  aid 
the  managers  in  their  Job,  Paban  (section  head)  and  Karo 
(head  of  bureau)  should  be  Involved  or  at  least  be  aware  of 
what  is  going  on  throughout  the  MIS  life  cycle.  Paban  and 
Karo  should  always  ensure  that  the  MIS  to  be  developed  will 
meet  the  system  objectives  and  that  the  system  will  provide 
information  for  their  needs. 

General  System  Flow  Chart.  Figure  9  shows  an  example 


of  a  general  system  flow  chart  of  the  vehicle  inventory  MIS 
of  the  Indonesian  Defense  Logistics  Office.  Based  on  the 
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objectives  and  Information  needs,  forms  are  filled  out  and 
completed  by  the  reporting  units.  Data  from  these  forms  are 
then  entered  and  verified.  At  the  Indonesian  Defense  Data 
Processing  Center,  for  instance,  verification  of  input  data 
is  accomplished  by  keying  in  the  data  twice  by  two  different 
operators.  If  differences  occur,  the  operator  checks  for 
error . 

Vehicles  may  require  checking  based  on  the  following: 

1.  Duplicate  records.  The  same  vehicle  is  reported 

twice . 

2.  Duplicate  information.  For  example,  two  different 
vehicles  with  the  same  license  number. 

3.  Range  checking.  The  data  for  vehicle  condition, 
for  instance,  must  always  consist  of  two  digits,  and  they 
are  either  BB  (good),  RR  (not  operational  but  economical  to 
be  repaired),  or  RB  (not  operational  and  not  economical  to 
be  repaired). 

4.  Unknown  or  miscoded  reporting  unit. 

5.  Other  necessary  validation  checks. 

Where  necessary  the  systems  analyst  will  contact  one  of  the 
Karo  (heads  of  bureaus)  for  the  invalid  records  and  make  cor¬ 
rections  accordingly. 

Valid  records  are  processed  in  batch  using  the  exist¬ 
ing  computer  at  the  Defense  Data  Processing  Center — Unlvac 
1106.  Output  from  this  process  may  consist  of:  (a)  new 
(updated)  vehicle  inventory  master  file;  (b)  reports  on 
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fuel  requirement,  batteries  requirement,  tires  requirement; 

(c)  some  output  summaries,  such  as  summary  by  vehicle's 
classification  (sedan,  light  truck,  bus,  etc.),  by  conditions, 
by  location;  (d)  etc. 

These  output  records  will  provide  managers  with 
information  either  for  their  routine  or  for  their  ad  hoc 
requirements.  Management  could  review  these  outputs  from 
time  to  time  and  Improve  or  modify  the  system  objectives  and 
Information  needs. 

System  Inputs.  One  of  the  major  components  of  the 
system  Inputs  is  the  input  form.  Paban  (section  head)  or 
Karo  (head  of  bureau)  should  verify  that  the  form  designed 
will  be  sufficient  to  accept  data  to  be  collected;  yet  the 
form  must  be  simple,  easy  to  read,  and  to  complete.  The 
form  should  have  convenient  spaces  to  accommodate  coding  by 
the  reporting  units.  Coding  is,  for  Instance,  applied  to 
the  description  of  reporting  units  and  vehicle  classifica¬ 
tion/nomenclature.  An  example  of  coding  is  as  follows: 


Vehicle  Classification 
Description 

Code 

Motorcycle 

01 

Sedan 

02 

Light  Truck 


03 


Vehicle  Make  Description 


Code 


Chevrolet 


Datsun 


Dodge 


Flat 


Honda  Civic 


Generation  of  codes  must  Ve  supervised  and  approved 
by  the  assigned  Karo.  Terms  used  throughout  the  system  must 
be  consistent  and  well  understood  by  all  the  personnel 
involved . 

Data  may  come  from  base  or  headquarters  level,  trans¬ 
mitted  either  in  hard  copy  or  on  magnetic  diskette,  depend¬ 
ing  on  the  facilities  available.  The  logistics  officer  at 
the  originating  base  or  headquarters  is  responsible  for  the 
accuracy  and  the  transmission  of  the  data  to  the  Defense 
Logistics  Office.  The  Vehicle  Inventory  Master  Pile  is  main¬ 
tained  either  at  the  Defense  Data  Processing  Center  or  at 
the  Services'  Data  Processing  Installations.  The  Defense 
Logistics  Office  must  establish  timing  and  frequency  of 
update,  whether  monthly,  quarterly,  semi-annually,  or 
annually . 


System  Outputs.  Output  users  of  the  vehicle  inven¬ 
tory  MIS  include:  Chief  of  Staff  of  the  Defense  Administra¬ 
tion,  Minister  of  Finance,  Defense  Logistics  Assistant, 

Paban,  Karo,  and  others  but  with  the  knowledge  of  the  Defense 
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Logistics  Office.  Outputs  are  reproduced  and  distributed  to 
the  respective  users  as  required:  It  may  be  a  report  of 
fuel  requirement,  battery  requirement,  tire  requirement,  or 
it  may  be  a  summary  of  the  vehicle  Inventory  by  vehicle 
classification,  condition,  and  location  (reporting  unit). 
System  outputs  should  accommodate  any  exception  report  that 
may  arise,  Paban  or  Karo  should  ensure  that  all  the  outputs 
produced  are  optimally  used. 

Test  and  Implement  the  System 
As  Described  by  Ross 

Prom  the  managerial  point  of  view,  the  last  two 
steps  in  system  design  involve  testing  the  soundness  of  the 
design  process  to  this  point  and  developing  an  implementation 
plan  (15:256-259). 

Testing  the  System.  Upon  the  completion  of  the  con¬ 
ceptualization,  the  design  can  be  tested  to  see  whether  it 
yields  the  approximate  outputs  to  meet  the  previously  defined 
objectives  and  information  needs.  If  not,  the  system  may 
require  redesign  efforts  at  the  conceptual  level  and  a  review 
of  the  process  leading  up  to  the  test. 

One  popular  method  of  system  test  is  the  parallel 
test,  which  involves  running  past  and  current  data  through 
the  new  system  without  eliminating  the  old  system.  Having 
debugged  the  new  system  and  proved  that  it  is  workable,  the 
old  system  is  abandoned.  Another  type  of  system  test  is  a 
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-  ✓  . 


pilot  test  that  uses  a  part  of  the  new  system  for  test  by 
assuming  that  the  part  represents  the  whole. 

Implementing  the  System.  Implementation  is  the 
longest  and  usually  the  most  costly  step  In  system  develop¬ 
ment.  Since  the  system  is  designed  for  the  manager  to  use, 
then  he  should  plan  and  supervise  its  implementation.  The 
manager  should  become  Involved  in  the  seven  aspects  of  imple¬ 
mentation: 

1.  The  data  processing  plan; 

2.  The  establishment  of  application  priorities; 

3.  The  selection  of  equipment,  if  any; 

4.  The  organization  of  his  department  to  utilize 
the  Information  system; 

5.  The  establishment  of  authorlty/responsiblllty 
assignments  to  develop.  Implement,  and  utilize  computers  and 
system; 

6.  The  staffing  of  study  and  project  teams; 

7.  The  provision  of  a  good  environment  for  the  infor¬ 
mation  system. 

Implementation  planning  is  essential.  The  extent 
and  detail  of  the  plan  depend  upon  the  system  to  be  imple¬ 
mented;  nevertheless,  the  manager  should  become  Involved  in 
its  development  and  subsequent  control  (10:145;  15:259). 

Training  is  a  major  consideration  in  Implementation. 
Proper  organization  of  training  sessions  would  orient  users 
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with  the  new  system.  Without  the  user’s  cooperation,  the 
system  is  bound  to  fall. 

As  It  Is  Applied  to  the  Indonesian 
Defense  Logistics  Office 

In  the  Indonesian  Defense  Logistics  environment, 

testing  the  new  system  would  best  occur  by  conducting  a 
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pilot  test  for  some  of  the  reporting  units  in  the  Jakarta 
area.  The  pilot  test  would  cover  four  key  aspects: 

1.  Testing  how  the  data  collection/updating  forms 
are  completed. 

-  User  understanding  of  the  terms  used 

-  Forms  accuracy 

-  User  understanding  of  the  coding  system 

-  Time  required  for  the  forms  to  be  completed 
and  delivered  from  the  reporting  unit  to  the 
Defense  Logistics  Office 

-  Endorsement  of  the  completed  forms  by  the 
Logistics  Officer  at  the  reporting  unit 

2.  Testing  the  validation  procedures  to  check 
whether  all  the  Intended  validation  checks  are  met — for 
instance,  the  elimination  of  duplicate  records. 

•3.  Testing  the  computer  program  in  creating  the 
inventory  files. 


^Jakarta  is  the  capital  city  where  the  Defense  Logi 
tics  Office  is  located. 
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4.  Testing  the  computer  outputs  for  meeting  the 


objectives  of  the  system. 

When  the  results  of  the  pilot  test  satisfy  the  objec 
tives,  the  new  system  is  feasible  to  be  Implemented  through¬ 
out  the  entire  Indonesian  Defense  Logistics  Organization. 

Implementing  the  System.  Assisted  by  the  Karo  (head 
of  bureau),  the  Paban  (section  head)  should  plan  and  super¬ 
vise  the  system  implementation.  The  managers  (Paban  and 
Karo)  should  become  Involved  in  seven  critical  areas: 

1.  The  data  processing  plan.  The  managers  should 
be  aware  of  the  specific  actions  involved  in  the  data  pro¬ 
cessing  plan.  These  activities  include  data  entry  with  its 
data  verification,  validation,  creation  of  table  files  and 
inventory  master  files,  output  production,  and  files  mainte¬ 
nance.  The  managers  should  also  be  aware  that  data  process¬ 
ing  activities  require  the  provision  of  manpower,  hardware, 
software,  and  time.  Manpower  includes  computer  operators, 
programmers,  and  systems  analysts.  Hardware  Includes  data 
entry  system,  computer  main  frame,  and  its  peripherals. 
Software  includes  forms,  computer  programs,  procedures,  and 
manuals.  Because  the  Defense  Data  Processing  Center  also 
handles  processing  for  other  systems  such  as  Finance  MIS, 
Personnel  MIS  and  others,  the  managers  should  be  aware  that 
the  processing  schedule  being  developed  will  also  need  to 
consider  other  systems’  processing  schedules. 


2.  The  establishment  of  priorities.  There  are  nine 
major  items  presently  managed  by  the  Indonesian  Defense 
Logistics  Office.  Constrained  by  the  availability  of  person¬ 
nel  and  complexities  Involved,  the  Logistics  Assistant, 
assisted  by  the  Pabans  (section  heads),  needs  to  determine 
the  sequence  of  priorities  for  which  items  the  MIS  will  be 
developed . 

3.  The  selection  of  equipment.  With  the  current 
policy  of  centralized  processing  and  with  the  computer  system 
available  at  the  major  commands  and  at  the  Defense  Data  Pro¬ 
cessing  Center,  equipment  selection  is  not  needed. 

4.  The  use  of  the  information  system.  The  Logistics 
Assistant  and  Pabans  (section  heads)  should  direct  and 
encourage  Karo  (heads  of  bureaus)  in  their  respective  sec¬ 
tion  to  make  an  optimum  use  of  the  Information  system. 

5.  Each  Paban  (section  head)  is  responsible  for  the 
development  and  implementation  of  the  MIS  related  to  his 
section.  There  should  be  a  close  coordination  among  the 
Pabans  so  that  the  subsystems  can  be  integrated. 

6.  The  staffing  of  study  and  project  teams.  Some 
applications  may  require  a  project  team  (5:21),  with  the  size 
of  the  team  depending  on  the  size  of  the  project.  Team  mem¬ 
bers  are  selected  from  the  different  sections  in  the  Defense 
Logistics  Office,  Major  Command  Logistics  Offices,  and  the 
Data  Processing  Departments.  For  a  large  or  long  term  pro¬ 
ject,  a  steering  committee  can  be  established  to  direct  the 
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project  teams.  The  steering  committee  consists  of  the  top 
management  and  his  staff  of  the  Defense  Logistics  Office, 
Major  Command  Logistics  Offices,  and  the  Data  Processing 
Departments.  Transient  consultants  can  be  made  available 
when  specific  advice  is  requested. 

7.  The  provision  of  a  good  environment  for  informa¬ 
tion  system.  Each  major  milestone  of  the  MIS  development 
needs  approval  from  the  Defense  Logistics  Assistant.  In 
addition,  close  communication  between  the  functional  managers 
and  the  data  processing  personnel  should  be  maintained  to 
avoid  any  misunderstanding. 

The  Paban  (section  head)  or  Karo  (head  of  bureau) 
assigned  to  the  MIS  development  should  supervise  the  imple¬ 
mentation  plan  in  its  entirety:  personnel  training,  computer 
software,  forms  design,  creation  of  data  files,  operation  of 
the  new  system  in  a  parallel  test,  cut  over  from  the  old  to 
the  new  system,  and  evaluate  and  refine  the  new  system. 


Evaluate  the  System 


As  Described  by  Ross 


After  the  MIS  has  been  operating  for  a  short  period 


of  time,  an  evaluation  of  each  step  in  the  design  and  of 
the  final  system  performance  should  be  made  (15:260).  In 


conducting  an  evaluation,  the  following  questions  need  to  be 
answered:  "How  does  the  system  now  perform  and  how  would  we 


like  It  to  perform?"  "Does  it  achieve  the  system  objectives 
effectively?" 

Measures  of  effectiveness  should  be  expressed  in 
quantitative  terras  such  as  rates,  dollars,  volume,  items, 
etc.  For  example,  if  the  objective  is  to  reduce  shortages, 
a  measure  might  be  the  percentage  reduction  in  shortages  as 
a  result  of  system  installation. 

As  It  Is  Applied  to  the  Indonesian 
Defense  Logistics  Office 

Review  of  the  status  of  the  new  system  should  occur 
after  a  reasonable  period  has  been  allowed  for  implementa¬ 
tion,  generally  at  least  a  year  (17:9^).  Paban  (section 
head)  and  Karo  (head  of  bureau)  related  to  the  system  should 
evaluate  whether  the  objectives  of  the  system  have  been  met 
effectively.  In  particular,  the  managers  (Paban  and  Karo) 
should  determine  whether  the  benefits  are  such  thar  the  cost 
of  development  and  operation  are  justified,  whether  the  sys¬ 
tem  is  easy  to  use  or  rather  cumbersome. 

The  managers  should  determine  whether  the  outputs 
produced  satisfy  their  Intent  and  appear  in  usable  forms. 
Other  factors  that  also  need  some  concern  Include  the  sys¬ 
tem’s  reallablllty ,  the  system's  expandability,  the  system's 
integration,  and  the  system's  flexibility.  System  reliabil¬ 
ity  refers  to  the  minimum  data  errors  entei*ing  the  system; 
system  expandability  refers  to  the  future  growth  capability; 
system  integration  refers  to  the  extent  to  which  the  system 
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provides  for  the  interrelationship  of  files,  functions,  etc.; 
system  flexibility  refers  to  the  variety  of  output  that  the 
system  will  provide. 

In  the  case  of  the  vehicles  inventory  system,  for 
Instance,  some  measures  of  effectiveness  can  be  expressed 
in  the  reduction  of  the  quantity  of  fuel,  batteries,  and 
tires  required. 


Establish  Documentation  System 
As  Described  by  Ross 

Documentation  is  frequently  overlooked  or  Inadequately 
performed.  The  reasons  for  documentation  are  self-evident: 
should  the  original  designer  leave  the  organization  or 
should  the  system  need  some  modification,  the  previous  docu¬ 
mentation  will  be  very  valuable  for  reference  purposes. 

A  complete  documentation  effort  would  include  most, 
if  not  all,  of  the  following  items  (15:291-282); 

1.  User  Project  Request 

2.  Cost/Benefit  Analysis 

3.  Document  of  Understanding  (delineates  responsi¬ 
bilities  between  the  data  processing  department  and  the 
users  department) 

4.  User  Design  Specifications 

5.  System  Controls 

6.  Procedures  (including  flow  diagrams,  procedure 
narratives,  and  disaster  recovery  actions) 
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7.  Computer  Programming 

8.  Implementation  Summary 


As  It  Is  Applied  to  the  Indonesian 
Defense  Logistics  Office 

A  well  organized  documentation  will  provide  manage¬ 
ment  with  readily  available  references  if  review  or  modifi¬ 
cations  are  required  to  the  existing  system.  For  any  MIS 
development  in  the  Defense  Logistics  Office,  the  following 
type  of  documentations  are  recommended: 

1.  User  Project  Request.  This  document  outlines 
the  understanding  between  the  Defense  Logistics  Office  and 
the  Defense  Data  Processing  Center  regarding  the  scope  of 
the  system.  This  document  provides  the  basis  upon  which 
further  design  effort  proceeds;  it  includes  statement  of  the 
problem,  description  of  the  service  requested.  Justification 
of  the  design  effort,  estimates  of  and  constraints  on  imple¬ 
mentation  costs. 

2.  Cost/Benefit  Analysis.  Since  the  Defense 
Logistics  Office  is  not  a  profit  making  organization,  the 
cost/benefit  analysis  would  include  cost  savings,  reporting 
time,  and  controls.  For  example,  the  new  system  may  gain 
cost  savings  from  the  elimination  of  fuel  allocation  for 
vehicles  that  are  beyond  economical  repair  or  in  the  process 
of  being  disposed. 

3.  Document  of  Understanding.  As  opposed  to  the 
project  request,  the  document  clarifies  such  matters  as  a 
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definition  of  responsibilities  between  the  Defense  Logistics 
Office  and  the  Data  Processing  Center,  schedules,  and  cost. 

4.  User  Design  Specifications.  This  document  con¬ 
tains  system  concept,  system  flow  charts,  forms  used.  Inputs 
processing,  outputs,  system  controls,  disaster  recovery 
procedures,  and  Implementation  summary. 

5.  Computer  Programming.  This  document  Is  prepared 
and  maintained  by  the  Defense  or  Major  Commands  Data  Process 
ing  Center/Installations . 


CHAPTER  VI 


AN  EXAMPLE  OP  STEP  THREE  OF  THE  MIS  DESIGN 
(DETERMINATION  OF  INFORMATION  NEEDS) 

Any  system  Is  developed  to  meet  the  user’s  need  for 
Information.  In  designing  a  system  it  is  necessary,  there¬ 
fore,  to  examine  the  problems  and  to  perceive  the  general 
requirements  for  information  as  they  exist.  Thus,  step  three 
of  Ross'  MIS  design  process  is  a  crucial  step  that  the  man¬ 
agers  need  to  clearly  define.  This  chapter  describes  an 
example  of  how  to  apply  step  three  of  the  MIS  design  process 
in  the  Indonesian  Defense  Logistics  Office. 

In  this  context,  the  determination  of  information 
needs  relates  to  the  three  levels  of  management /users  pre¬ 
viously  described  in  Chapter  V — namely,  the  Defense  Admini¬ 
stration  Chief  of  Staff  and  the  Defense  Logistics  Assistant 
as  the  top  level,  the  section  heads  as  the  middle  level,  and 
the  heads  of  different  bureaus  as  the  lower  level.  A  short¬ 
cut  approach  for  determining  their  information  needs  is  to 
derive  these  needs  from  the  output  requirements  of  the  man¬ 
agers  at  these  three  levels.  Analysis  of  the  information 
needs  as  they  are  related  to  the  output  requirements  of  each 
management  level  is  principally  the  same  even  though  they 
differ  in  details. 

Having  defined  the  information  needs  based  on  the 
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output  requirements,  the  data  collection  process  can  begin. 
The  example  discusses  three  alternative  approaches;  (1)  col¬ 
lect  as  much  data  as  possible;  (2)  collect  as  little  data  as 
possible;  and  (3)  collect  the  directly  related  data. 

Output  Requirements 

As  indicated  in  the  discussion  in  Chapter  II,  the 
Indonesian  Defense  Logistics  Office  has  the  following  out¬ 
put  requirements  ( l8 ) : 

1.  Annual  Inventory  Summary  Report  for  the  Office 
of  the  Minister  of  Finance.  This  report  includes  the  number 
of  vehicles,  their  condition,  types  of  fuel  used,  and  the 
vehicle’s  present  value. 

2.  Ad  hoc  Vehicles  Inventory  Summary  Reports  for 
the  Office  of  the  Defense  Administration  Chief  of  Staff. 

These  reports  may  contain  data  such  as  the  number  of  vehicles 
make,  model/type,  year,  condition,  and  location. 

3.  Various  reports  required  by  the  section  heads  in 
the  Indonesian  Defense  Logistics  Office  such  as  for  the 
planning  of  vehicle  procurement  and  disposal,  goods  and  per¬ 
sonnel  transportation,  and  vehicle  standardization. 

4.  Reports  on  the  annual  requirements  of  fuel. 


batteries,  and  tires.  Fuel  requirements  are  broken  down 
further  into  monthly  requirements.  These  outputs  are  com¬ 
piled  and  used  by  the  heads  of  specific  bureaus. 


To  determine  the  information  needs  to  meet  these 
output  requirements,  there  are  three  alternatives  to  con¬ 
sider  : 

1.  Collect  as  much  data  as  possible.  By  doing  this, 
the  managers  expect  that  they  will  be  capable  of  producing 
any  report  because  they  have  most,  if  not  all,  the  informa¬ 
tion  or  data  that  might  be  required.  However,  this  approach 
has  the  following  disadvantages: 

a.  The  form  used  for  the  data  collection  becomes 
complicated.  There  are  too  many  data  ele¬ 
ments  to  cover  within  the  limited  space. 

b.  Definition  of  terms  becomes  a  problem,  since 
the  term.s  used  must  be  clearly  understood 

by  all  the  personnel  Involved. 

c.  The  relatively  large  and  complicated  form, 
and  the  long  list  of  definition  of  terms, 
can  cause  confusion  to  those  who  fill  out 
the  forms.  As  a  result,  a  high  percentage 
of  the  columns  in  the  form  are  blank,  as 
experienced  in  the  1972  materiel  census. 

d.  The  paperwork  is  a  very  time  consuming 
effort.  It  requires  time  to  prepare  the 
definition  of  terms,  codes,  and  users’ 


manuals . 


e.  It  Is  costly;  costs  are  Incurred  for  the 
paperwork,  conferences,  file  creation,  and 
maintenance . 

f.  Due  to  the  expectation  that  most  of  the  data 
will  be  collected,  the  managers  tend  to  give 
less  attention  to  defining  the  output  require 
ments  and  Information  needs. 

2 .  The  second  alternative  Is  to  collect  as  little 
data  as  possible.  Data  Is  categorized  as  Identification, 
static,  and  dynamic  data.  Identification  data  Is  used  as  a 
key  Identifier  to  a  particular  vehicle,  much  as  the  SSN  Is 
used  as  a  personnel  Identification.  Vehicle  Identification 
data  Include  license  number  and  serial  number.  Static  data 
consist  of  those  vehicle  characteristics  which  do  not  change 
Characteristics  data  include  vehicle  make,  type,  year,  bat¬ 
tery  voltage  and  ampere-hour,  size  of  tire,  type  of  fuel, 
gross  weight,  and  load  capacity.  However,  this  second 
alternative  emphasizes  that  most  of  the  characteristics  data 
If  not  all,  should  not  be  collected  from  the  reporting  or 
using  units.  Characteristics  data  to  be  collected  would  be 
limited  to,  for  Instance,  vehicle  make,  type,  and  year. 
Eliminating  data  that  is  readily  available  elsewhere  can 
reduce  as  much  as  possible  the  burden  of  the  reporting  or 
using  units  to  complete  the  forms.  It  is  assumed  that  the 
managers  could  complete  the  rest  of  the  characteristics  data 
from  the  vehicle  manuals  or  from  past  historical  records. 
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The  third  data  category  Is  the  dynamic  data  which  Include 
data  that  may  change  from  time  to  time  such  as  vehicle  condi¬ 
tion  and  location.  To  summarize,  this  second  alternative 
emphasizes  the  need  to  collect  dynamic  data  while  compiling 
characteristics  data  from  manuals  and  past  historical 
records . 

3 .  The  third  alternative  is  an  approach  between  the 
first  and  the  second  alternatives.  This  alternative  realizes 
the  fact  that  the  availability  of  the  required  auto  manuals 
or  past  historical  records  either  at  the  Defense  Logistics 
Office  or  at  the  services’  headquarters  is  very  limited  and 
becomes  even  more  difficult  for  older  vehicles.  As  a  par¬ 
ticular  problem,  the  Indonesian  Defense  inventory  contains  a 
very  wide  range  of  make  and  typej  also,  combat /military 
design  vehicles  are  not  included  in  regular  reference  manuals. 
Apart  from  collecting  the  identification  and  dynamic  data  as 
described  in  the  second  alternative,  this  third  alternative 
stresses  the  need  to  collect  information  which  is  directly 
related  to  the  output  requirements. 

The  following  is  an  example  of  output  requirements 
and  information  needs  relationship  that  reflects  the  approach 
used  by  the  third  al.ternative . 

Example  1 

1.  Output  requirements:  annual  fuel  estimate. 

The  Defense  Logistics  Office  prepares  fuel 
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estimates  annually,  prior  to  the  beginning  of 
each  fiscal  year.  The  annual  estimate  Is  then 
broken  down  to  monthly  periods. 

2.  Information  needs  to  support  this  output  require¬ 
ment  include: 

a.  The  current  quantity  of  vehicles  that  use 
gasoline 

b.  The  current  quantity  of  vehicles  that  use 
kerosene /diesel 

c.  An  estimate  of  the  procurement  quantity  for 
the  coming  fiscal  year 

d.  A  fuel  consumption  index  for  individual 
classification  of  vehicles  that  are  currently 
used  by  the  Indonesian  Defense  Logistics 
Office.  (Note:  The  Indonesian  Defense 
Logistics  Office  has  classified  general  and 
special  purpose  vehicles,  combat  vehicles 
not  included,  into  (7:5-6):  motorcycles, 
sedan,  station  wagon,  small-medium-large  bus, 
and  light-medium-heavy  truck.  Fuel  consump¬ 
tion  varies  with  age  depending  on  the  condi¬ 
tion  of  the  vehicle.  With  this  assumption 

in  mind,  the  Indonesian  Defense  Logistics 
Office  has  been  using  fuel  consumption  index 
instead — for  example,  2  gallons  of  gasoline 
per  day  for  a  sedan  or  light  truck,  ^4  gallons 


of  gasoline  per  day  for  a  medium  size  bus, 

8  gallons  of  kerosene  per  day  for  a  heavy 
truck,  etc.) 

To  get  a  summary  of  the  quantity  of  the  vehicles 
with  two  types  of  fuel,  the  system  needs  to  collect  the 
type  of  fuel  of  the  individual  vehicle.  Type  of  fuel  would 
be  easy  enough  for  the  people  in  the  field  to  record. 

A  question  may  arise  whether  all  vehicles,  no  matter 
what  their  condition,  would  receive  fuel  allocations  as  the 
current  procedures  permit  (l8).  There  are  three  categories 
of  condition  that  the  Indonesian  Defense  Logistics  Office 
uses,  namely;  good,  needs  minor  repair,  and  needs  major 
repair.  For  their  annual  projection,  the  managers  might 
need  to  consider  whether  those  vehicles  that  need  major 
repairs  should  not  receive  fuel  anymore,  or  at  least  no  fuel 
allocation  until  they  are  repaired.  Many  of  them  are  about 
due  to  be  processed  for  disposal.  Therefore,  data  on  their 
condition  may  need  to  be  collected. 


individual  vehicle,  e.g.,  12  volt,  60  ampere- 
hour;  24  volt,  100  ampere-hour,  etc. 


b.  The  tire  size/specification  of  each  indi¬ 


vidual  vehicle.  Tire  size  is  always  written 
on  the  outside  tube  of  the  vehicle  wheel, 
and  this  can  be  easily  read  and  recorded, 
c.  If  the  condition  also  affects  whether  the 

vehicles  may  receive  batteries/tires  or  not, 
then  condition  needs  to  be  collected  also. 

Example  3 

1.  Output  requirement:  vehicle  Inventory  summary 
for  procurement  and  disposal  planning. 

2.  Information  needs  to  support  this  requirement 

Include : 

a.  Current  procurement  regulations  and  policies 

1)  How  does  the  regulation  relate  to  the  TOE 
(Table  of  Equipments)  of  the  using  units? 
How  does  the  regulation  relate  to  the 
quantity  of  vehicles  that  are  owned  by 
the  units  and  the  number  that  are  still 
required? 

2)  What  is  the  policy  on  vehicle  standardi¬ 
zation?  Is  there  any  plan  to  narrow  down 
the  wide  range  of  make  and  type  of  those 
vehicles  in  the  present  Inventory?  This 
may  require  a  report  summary  by  vehicle 
year,  make,  and  type. 


b.  Current  regulations  and  policies  on  vehicle 
disposal.  At  what  age  or  condition  does  a 
vehicle  need  to  be  considered  for  disposal; 
l.e..  Information  on  the  vehicle  year  and 
condition  is  required? 

Table  1  summarizes  the  three  alternatives  as  applied 
to  examples  1,  2,  and  3.  From  the  three  alternatives. 


alternative  three  seems  to  be  the  most  favorable  approach. 
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TABLE  1  -  Continued 


Type  of  lubricant 


TABLE  1  -  Continued 


CHAPTER  VII 


CONCLUSIONS  AND  RECOMMENDATIONS 

This  final  chapter  presents  the  conclusions  arl 
recommendations  of  this  research  effort.  It  reemphasizes 
that  there  Is  a  cause  and  effect  relationship  between  the 
manager’s  participation  and  the  failure  of  the  MIS  to  be 
developed.  Finally,  this  chapter  recommends  further  research 
and  study  for  the  Improvement  of  the  existing  MIS  procedures 
In  the  Indonesian  Defense  Logistics  Office. 

Conclusions 

Different  authors  have  studied  the  success  and  fail¬ 
ures  of  MIS,  and  of  all  the  reasons  for  MIS  failures,  lack 
of  managerial  participation  heads  the  list.  The  objective 
of  this  research  was  to  develop  a  procedure  to  describe  the 
basic  roles  of  the  managers  In  the  Office  of  the  Indonesian 
Defense  Logistics  Assistant  during  the  MIS  development.  Such 
a  procedure  was  selected  so  that  It  would  be  available  as  a 
guide  or  reference  for  the  managers  to  place  their  roles  In 
the  development  of  a  successful  MIS. 

Chapter  VI  of  this  research  gave  some  examples  of 
Informat:’  3n  needs  determination;  the  analysis  of  the  alterna¬ 
tives  presented  showed  that  the  aspects  to  be  considered 
should  be  well  understood  by  the  managers  In  the  Indonesian 


Defense  Logistics  Office.  The  logistics  staff  managers  were 
the  ones  who  knew  well  the  regulation  and  policies,  either 
formally  written  or  not,  and  they  were  also  the  ones  who  had 
the  final  judgement.  The  depth  of  managerial  Involvement  in 
each  step  of  the  MIS  development  might  not  be  the  same,  but 
managerial  control  and  awareness  of  what  is  going  on  in  the 
systems  development  should  always  be  present . 

The  time  is  rapidly  approaching  when  the  logistics 
MIS  will  become  a  vital  part  of  the  operation  of  the  Indo¬ 
nesian  Defense  Logistics  Office,  and  the  success  of  that  MIS 
will  depend  on  the  effective  Involvement  of  the  logistics 
managers . 

Recommendations  for  Further  Research  and  Study 

This  research  showed  the  Importance  of  continuous, 
active  Involvement  of  the  managers  in  the  Defense  Logistics 
Office  for  a  successful  logistics  MIS.  The  managers'  roles 
during  the  MIS  development  were  outlined  in  Chapter  V. 
However,  when  it  comes  to  the  actual  MIS  implementation,  the 
outline  needs  to  be  developed  further  as  to  how  the  managers' 
roles  should  take  effect.  Further  research  is  therefore 
recommended.  This  further  research  can  be  approached  by: 

1.  The  application  of  the  MIS  procedures,  as  out¬ 
lined  in  this  research,  to  a  more  detailed  analysis — for 
Instance,  the  example  of  determining  information  needs  as 
discussed  in  Chapter  VI. 
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2.  The  application  of  the  MIS  procedures,  as  out¬ 
lined  In  this  research,  to  other  Inventory  Items  In  the  Indo¬ 
nesian  Defense  Logistics  Office. 

3.  The  application  of  additional  system  documenta¬ 
tion  as  outlined  In  the  last  portion  of  Chapter  V. 

For  this  additional  research,  the  following  sugges¬ 
tions  are  offered: 

1.  A  seminar-type  staff  meeting  between  the  Defense 
Logistics  Office  and  the  Defense  Data  Processing  Center 
should  be  conducted.  The  seminar  should  provide  the  partici¬ 
pants  with  current  Inventory  problems  and  Issues  In  the 
defense  logistics  area,  followed  by  some  general  Ideas  on  how 
the  MIS  procedures,  as  outlined  In  this  research,  can  be 
applied. 

2.  A  task  force  should  be  assigned  to  further  ana¬ 
lyze  the  key  Issues  using  the  outlined  MIS  procedures  as  a 
stepping  stone.  The  task  force  should  meet  on  a  regular 
basis  within  a  given  time  frame. 

3.  Other  current  MIS  literature  could  be  used  that 
may  expand  and  Improve  the  MIS  procedures  as  already  outlined 


In  this  research. 
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